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BACKGROUND OF THE INVENTION 

1 . Field of the Invention. 

This invention relates in general to financial processing systems performed by 
computers, and in particular, to the implementation of future value propensity for life- 
5 time value financial processing using data accessed from a relational database 
management system. 

2. Description of Related Art. 

Operating a business on current Financials is a critical first step towards success. 

10 However, for sustained long-term growth and profitability, businesses must look beyond 
traditional profit and loss statements and current value measurements. Instead, businesses 
need to develop a clear calculation of the life-time value of every facet of the company's 
business, from customers and products to delivery channels. However, there are few tools 
available for performing these tasks. 

15 The present invention, known as the Life-Time Value (LTV) system, satisfies 

these needs. The Life-Time Value system brings together the results and trends of a 
company's financial information, such as the measurements used to determine current 
profitability, and blends them with the future metrics, such as propensities, attrition rates 
and growth values. Using the Life-Time Value system, businesses can perform a number 

20 of analyses. 

In the area of marketing, the Life-Time Value system can be used to identify 
long-term targets, optimize customer mix, attract, retain and maintain profitable customer 
relationships, and design intelligent offers targeted to specific customers. In the area of 
distribution, the Life-Time Value system can be used to understand channel life-time 

25 value, and enhance customer servicing, relationship management and migration. In the 
area of finance, the Life-Time Value system can be used to substantiate pricing and 
revenue mix, and rationalize cost and expense justification. In the area of product 
management, the Life-Time Value system can be used to provide sophisticated product 
design, pricing and relationships, and develop cutting-edge, future product and testing. In 

30 the area of risk management, the Life-Time Value system can be used to incorporate 
future exposures, hedges and fluctuations. 
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SUMMARY OF THE INVENTION 
A Life-Time Value (LTV) system is a data-driven computer-facilitated financial 
model that provides accurate and consistent profitability projections using current period 
5 account level profitability data stored in a Relational Database Management System 
(RDBMS). The Life-Time Value system performs Net Present Value (NPV) and Future 
Value (FV) processing using business-rule and data-driven applications that embrace the 
current period profit components, defines forecast periods, parameters and 
methodologies, and applies appropriate growth values, attrition values and propensity 
10 values to an object of future value interest. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Referring now to the drawings in which like reference numbers represent 
corresponding parts throughout: 
15 FIG. 1 illustrates an exemplary hardware and software environment according to 

the preferred embodiment of the present invention; 

FIG. 2 is a data flow diagram that illustrates the operation of the Life-Time Value 
system according to the preferred embodiment of the present invention; and 

FIG. 3 is a flow chart that illustrates the logic of the Life-Time Value system 
20 according to the preferred embodiment of the present invention. 

FIG. 4 is a flowchart that further illustrates the steps performed in Block 304 
when performing the NPV calculations; 

FIG. 5 is a flowchart that further illustrates the steps of performed in Block 400 
when calculating the forecast amounts by applying the NPV forecast rule to the selected 
25 accounts; 

FIG. 6 is a flowchart that further illustrates the steps performed in Block 402 
when applying the NPV attrition rules to the selected accounts; 

FIG. 7 is a flowchart that further illustrates the steps performed in Block 306 
when performing the FV calculations; 
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FIG. 8 is a flowchart that illustrates the steps performed in Block 700 when 
calculating the propensity amounts by applying the FV propensity rules to the selected 
accounts, as well as the NPV amounts; and 

FIG. 9 is a flowchart that further illustrates the steps performed in Block 702 
when applying the FV attrition rules to the selected accounts and/or the results of the FV 
propensity rules. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
In the following description of the preferred embodiment, reference is made to the 
accompanying drawings which form a part hereof, and in which is shown by way of 
illustration a specific embodiment in which the invention may be practiced. It is to be 
understood that other embodiments may be utilized and structural changes may be made 
without departing from the scope of the present invention. 

OVERVIEW 

The Life-Time Value (LTV) system is a data-driven computer-facilitated financial 
modeling system that provides accurate and consistent profitability projections using 
current period account level profitability data stored in a Relational Database 
Management System (RDBMS). The LTV system performs Net Present Value (NPV) 
and Future Value (FV) processing using business-rule and data-driven applications that 
embrace current period profit components, defines forecast periods, parameters and 
methodologies, and applies appropriate growth values, attrition values and propensity 
values to a life-time value object. 

HARDWARE AND SOFTWARE ENVIRONMENT 
FIG. 1 illustrates an exemplary hardware and software environment according to 
the preferred embodiment of the present invention. In the exemplary environment, a 
computer system implements the LTV system 100 in a three-tier client-server 
architecture, wherein the first or client tier provides an LTV Value Client 102 that may 
include, inter alia, a graphical user interface (GUI), the second or middle tier provides an 
LTV Calculation Engine 104 for performing functions as described later in this 
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application, and the third or server tier comprises an RDBMS 106 that stores data and 
metadata in a relational database. The first, second, and third tiers may be implemented in 
separate machines, or may be implemented as separate or related processes in a single 
machine. 

5 In the preferred embodiment, the RDBMS 106 includes at least one Parsing 

Engine (PE) 108 and one or more Access Module Processors (AMPs) 1 10A-1 10E storing 
the relational database in one or more data storage devices 1 12A-1 12E. The Parsing 
Engine 108 and Access Module Processors 110 may be implemented in separate 
machines, or may be implemented as separate or related processes in a single machine. 
10 The RDBMS 106 used in the preferred embodiment comprises the Teradata® RDBMS 
sold by NCR Corporation, the assignee of the present invention, although other DBMS's 
could be used. 

Generally, the LTV Client 102 includes a graphical user interface (GUI) for 
operators of the system 100, wherein requests are transmitted to the LTV Calculation 

15 Engine 104 and/or the RDBMS 106, and responses are received therefrom. In response to 
the requests, the LTV Calculation Engine 104 performs the functions described below, 
including formulating queries for the RDBMS 106 and processing data retrieved from the 
RDBMS 106. Moreover, the results from the functions performed by the LTV 
Calculation Engine 104 may be provided directly to the LTV Client 102 or may be 

20 provided to the RDBMS 106 for storing into the relational database. Once stored in the 
relational database, the results from the functions performed by the LTV Calculation 
Engine 104 may be independently retrieved from the RDBMS 106 by the LTV Client 102 
or another system. 

Note that the LTV Client 102, the LTV Calculation Engine 104, and the RDBMS 
25 106 may be implemented in separate machines, or may be implemented as separate or 

related processes in a single machine. Moreover, in the preferred embodiment, the system 
100 may use any number of different parallelism mechanisms to take advantage of the 
parallelism offered by the multiple tier architecture, the client-server structure of the Life- 
Time Value Client 102, Life-Time Value Calculation Engine 104, and RDBMS 106, and 
30 the multiple Access Module Processors 1 10 of the RDBMS 1 06. Further, data within the 
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relational database may be partitioned across multiple data storage devices 1 12 to provide 
additional parallelism. 

Generally, the Life-Time Value Client 102, Life-Time Value Calculation Engine 
104, RDBMS 106, Parsing Engine 108, and/or Access Module Processors 1 10A-1 10E 
5 comprise logic and/or data tangibly embodied in and/or accessible from a device, media, 
carrier, or signal, such as RAM, ROM, one or more of the data storage devices 1 12A- 
1 12E, and/or a remote system or device communicating with the computer system 100 
via one or more data communications devices. 

However, those skilled in the art will recognize that the exemplary environment 
10 illustrated in FIG. 1 is not intended to limit the present invention. Indeed, those skilled in 
the art will recognize that other alternative environments may be used without departing 
from the scope of the present invention. In addition, it should be understood that the 
present invention may also apply to components other than those disclosed herein. 

15 LIFE-TIME VALUE OPERATION 

FIG. 2 is a conceptual data flow diagram that illustrates the operations of the LTV 
system 100 performed by the preferred embodiment of the present invention. 

The life-time value of a customer is estimated by calculating the net present 
profitability value of the customer's already purchased products, as well as estimating the 

20 possible future profitability value of products the customer may buy in the future. In this 
context, the net present profitability value of the current product set is referred to as the 
Net Present Value (NPV) and the possible future profitability value is referred to as the 
Future Value (FV). The NPV and FV are used to give the user an indication of the life- 
time value of the customer. 

25 To calculate the NPV and FV of the customer, the LTV system 100 integrates 

existing account data along with basic assumptions about behavior and valuations to 
calculate the NPV and FV for each customer. One of the basic requirements for the NPV 
and FV calculations is to obtain the current profitability value of the accounts for each 
customer. 

30 In FIG. 2, the RDBMS 106 stores detailed information on the current profitability 

value of the accounts for each customer. Specifically, the RDBMS 106 provides account 
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data 200 for use by the Life-Time Value system 100. A Selector function 202 of the LTV 
Calculation Engine 104 selects from this account data 200 to create the NPV/FV data 
204, based on selection criteria that is specified by user input or one or more Rules 206. 
The LTV Calculation Engine 104 performs one or more NPV/FV Calculations 
5 208 on the NPV/FV data 204, based on the Rules 206, as well as Forecast Amounts 210, 
Attrition Rates 212 and Propensity Rates 214 accessed from the RDBMS 106 and/or 
otherwise defined by the user. The NPV/FV results 216 from these NPV/FV 
Calculations 208 provide an indication to the user of the potential profitability value of 
each customer. The NPV/FV results 216 can then be sent the LTV Client 102, or other 
10 systems, as desired. 

LIFE-TIME VALUE LOGIC 
FIG. 3 is a flow chart that illustrates the logic performed by the LTV system 100 

according to the preferred embodiment of the present invention. 
15 Block 300 represents the user performing data discovery to select accounts, 

amounts and rates from the RDBMS 106 for use by the LTV system 100 in performing 

the NPV and FV calculations. This step includes developing data definitions, identifying 

account data including profitability data, defining sets of accounts, and specifying 

forecast amounts, attrition rates and propensity rates. 
20 Block 302 represents the user defining the modeling environment for the LTV 

system 100. This step includes defining forecast periods and entering forecast amounts, 

attrition rates and propensity rates, as desired. 

Block 304 represents the LTV system 100 performing the NPV calculations on 

the selected accounts according to the NPV forecast and attrition rules using the selected 
25 amounts and rates, wherein the NPV is a net present value of the profitability of the 

selected accounts. This step includes performing NPV forecast calculations, performing 

NPV attrition calculations on the results of the NPV forecast calculations, and generating 

NPV amounts from the results of the NPV attrition calculations. 

Block 306 represents the LTV system 100 performing the FV calculations on the 
30 selected accounts according to the FV propensity and attrition rules using the selected 

amounts and rates, wherein the FV is a possible future value of the profitability of the 
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selected accounts. This step includes performing FV propensity calculations on the 
selected accounts, performing FV attrition calculations on the results of the FV 
propensity calculations, and generating FV amounts from the results of the FV attrition 
calculations. 

5 Block 308 represents the LTV system 100 integrating the results of the NPV and 

FV calculations. This step includes combining the NPV and FV amounts for each set of 
accounts. 

Finally, Block 310 represents the LTV system 100 reporting and/or storing the 
results of the NPV and FV calculations. The results may be reported directly to the LTV 
10 Client 102 or another system, such as a CRM system. In addition, the results may be 
stored, for example, in the RDBMS 106 for further review and analysis. 

The details concerning these various steps performed by the LTV system 100 are 
described in more detail below. 

15 Data Discovery 

Develop Data Definitions 

In Block 300, the user will need to develop some specific information that will be 
used by the LTV system 100 and stored as meta-data in the RDBMS 106. This includes: 

1. List of Forecast Components. This is a list of forecast components to be 

20 modeled. All rule definitions and results will have an associated forecast components. 
These components are item such as Net Interest Revenue (NIR) amount, ATM 
transaction fees, maintenance expenses, etc. 

2. NPV Attrition Attributes. This is a list of attributes from which the user will 
create selection criteria in the NPV attrition rule definitions. These attributes enable the 

25 user to distinguish between various account level attrition rates. Attrition rates are 

conceptually thought of as the rate at which a cash flow will be decreased. This means 
that an account may have a different attrition rate for each cash flow associated with the 
account. 

3. FV Propensity Attributes. This is a list of attributes from which the user will 
30 create selection criteria in the FV propensity rule definitions. These attributes enable the 

user to distinguish between various propensity rates. 
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4. FV Attrition Attributes. This is a list of attributes from which the user will 
create selection criteria in the FV attrition rule definitions. These attributes enable the 
user to distinguish between various attrition rates. 

Baseline Account Data 

In Block 300, the selected accounts include current profitability values. For 
example, the database of the Value Analyzer™ system provided by NCR Corporation, 
the assignee of the present invention, contains current profitability values by account, by 
rule, and by scenario, that can be used as baseline account data by the LTV system 100. 

A number of attributes may be used to segment the baseline account data for each 
of the NPV and FV rules. These attributes may include things such as: 

• Product type 

• Geographic Code 

• Customer Segment Code 

• Balance Tier 

• LTV Object 

Generally, the current profitability values needs to be aggregated to provide an 
initial amount for the NPV and FV calculations. For example, such aggregation may be 
used to: 

1. Calculate a sustainable value by removing one-time revenues and costs. 

2. Combine detailed profitability values to appropriate levels for applying 
forecasting assumptions. 

3. Average profitability values over multiple cycles to obtain more stable values. 

LTV Objects 

In Block 300, each user may define "customers" or the target of the LTV 
calculations differently. These may be households, master accounts or corporate identifier 
numbers. This means a more generic term than "customer" is needed for modeling in the 
LTV system 100. Consequently, the LTV system 100 uses the concept of "LTV Objects." 
The LTV Objects are the lowest level of detail for which NPV and FV will be calculated. 
As a result, each account must be mapped to an LTV Object and the LTV Objects 
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represent a set of accounts. LTV Objects are used to integrate NPV results with FV 
results, as described in more detail below. 

Forecast, Attrition and Propensity Rates 
5 In calculating NPV and FV, forecast amounts, attrition rates and propensity rates 

are applied to selected accounts associated with LTV Objects. Often, these rates have 
been determined by analytical means by the user for each LTV Object, and are applied 
only as a beginning rate to the forecast period. Thereafter, rate projection methods may 
be applied to the beginning rate in order to calculate a different rate for each forecast 
10 period. 

Modeling Environment 
Define Forecast Period 

In Block 302, the user sets up a modeling environment in order to determine the 
15 forecast periods of time over which the all the calculations may be performed. These 
forecast periods also dictate what rates will be required and the time horizon for 
calculations. 

Generally, the user will input the following information: 

• Number of Forecast Periods. 
20 • Initial Period As-of-Date. 

Generally, the first period will represent the months from the As-of-Date to the 
end of the current calendar year. Subsequent periods will represent subsequent years. For 
example, period 1 will represent the months from the As-of-Date through the end of the 
year, while periods 2 through 1 1 will represent the next 10 calendar years. 
25 This will allow the construction of a needed forecasting time horizon. For 

example, if the user specifies 1 1 forecast periods (i.e. 1 1 years), and the initial period As- 
of-Date in August 2003. This means the baseline account data was derived from 
averaging perhaps a year's worth of profitability numbers from the months September 
2002 through August 2003. This example is illustrated below: 

30 
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Sample Forecast period 
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Although the above example shows 1 1 periods based on fiscal year, alternative 
embodiments may have different numbers of periods. Moreover, the forecast periods 
5 may be yearly, semi-yearly, quarterly, monthly, or some other interval. 

Define Rates Used for Calculating Present Value 

In Block 302, for each forecast period, the user will need to enter a corresponding 
rate to be used when calculating various values. These rates may be annual rates. 

10 
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After developing the baseline account data, where the forecast period and the 
rates are defined, the users will need to define a set of rules that will be applied to the 
selected accounts to project the values for each account throughout the forecast periods. 



5 Net Present Value 

NPV Calculations 

FIG. 4 is a flowchart that further illustrates the steps performed in Block 304 
when performing the NPV calculations. 

Block 400 represents the step of calculating forecast amounts for each forecast 
10 period for the selected accounts. These forecast amounts could be based on either the 
selected accounts' contractual data or on forecast assumptions applied to the selected 
accounts. 

Block 402 represents the step of applying attrition rates to the calculated forecast 
amounts to arrive at NPV expected values, wherein the attrition rates comprise a 
1 5 probability that the selected account will continue to exist. 

Block 404 represents the step of calculating the NPV amount by combining the 
NPV expected values for each forecast period for the selected accounts and discounting 
the combined NPV expected values. 

These steps are described in more detail below. 

20 

Define NPV Forecast Rules 

The following definition is used for NPV forecast rules: 

1) NPV Forecast Rule Name. 

2) Forecast Type: 

25 A) Forecast Amount. The user specifies which amount to forecast this can 

come from two possible sources: 

i) User Input. The user inputs a specific amount to be forecast. 

ii) Account Level attribute. The user specifies an account-level 
forecast component amount to forecast. 
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iii) Both. If the user specifies both user input and account level 
forecast, the account level amount will take precedence. If there is no 
account level amount, then the user input will be applied to the account. 

B) Forecast Rule Type: 

i) Contractual Cash Flows. This option allows the user to select 
either Project Rate of Change or Amortizing. 

ii) Assumed Cash Flows. This option allows the user to select 
either Project Rate of Change or Constant. 

C) Forecast Component. The user selects from a set of pre-defined NPV 
profit components. These components are defined in the meta-data when defining 
the baseline account data. 

D) Forecast Term. The user specifies the term for which the account 
should be forecast. There are three options: 

i) User Input. The user inputs a term in months. 

ii) Account Level. The user selects from available account level 
attributes. 

iii) End of forecast period. The user indicates that the account 
should be forecast through the end of entire forecast environment. 

E) Forecast Component Selection Criteria. Selection criteria for a list of 
forecast components attributes. The attributes are from a set of pre-defined 
attributes. 

3) Account Selection Criteria. The user may specify the following selection 

criteria: 

A) Account Attributes. 

B) Balance Types/ Amounts. 

C) Product Groups. 

4) Forecast Methods: 

A) Project Rate of Change: 
i) Projection Type: 

(a) Constant. 

(b) Additive. 
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(c) Manual Input. 

ii) Initial Rate: 

(a) The user inputs a value expressed as a rate. 

(b) Use the rate associated with the account. 

iii) Compounding Flag. This is an indicator as to whether or not 
the growth rate is to be compounded for each forecast period. This can be 
either compounding or no compounding. 

B) Constant Amount. 

C) Amortizing: 

i) Method: 

(a) Declining Balance. 

(b) Interest Method - Unpaid Principal. 

(c) Interest Method - Paid Principal. 

ii) Amortization Rate: 

(a) User Input. 

(b) Account Level Attribute. 

iii) Amortization Term: 

(a) User Input. 

(b) Account Level Attribute. 

Apply NPV Forecast Rules 

FIG. 5 is a flowchart that further illustrates the steps of performed in Block 400 
when calculating the forecast amounts by applying the NPV forecast rule to the selected 
accounts. 

Block 500 represents the step of matching the NPV forecast rule against the 
selected accounts. This step is performed by a selector function matching selection 
criteria defined in the NPV forecast rule to the account data. The result is a list of 
accounts satisfying the selection criteria of the rule. 

Block 502 represents the step of obtaining initial amounts to be forecast fore each 
of the matched accounts using the forecast amount selection criteria specified in the NPV 
forecast rule. If an account has satisfied the selection criteria, then it must be included in 
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the result set. If the account does not have an account level forecast component to be 
projected, then the user input amount will be applied to the account. 

Block 504 represents the step of obtaining account level information needed for 
the calculations. For each account, the information includes: 

A) Term. 

B) Projection Rate (Initial rate of growth). 

C) Amortization Rate (if needed). 

Block 506 represents the step of obtaining an Assumed Cash Flow for the 
matched accounts. This step includes the following: 

A) Cash flows are to be projected for the forecast periods as determined 
by the forecasting term parameter. 

B) Initial Amount * (1 + Net Change Rate for each forecast period). The 
"Net Change Rate" is calculated for all rules when required. This calculation 
applies to Constant (no compounding), Constant (with compounding), Additive 
(no compounding), Additive (with compounding), Manual (no compounding) and 
Manual (with compounding). A more detailed description of the "Net Change 
Rate" formulas is provided below. 

Block 508 represents the step of obtaining a Contractual Cash Flow from the 
matched accounts. This step includes the following: 

A) Amortization term. 

B) Amortization rate, if needed. 

Block 510 represents the step of mapping remaining terms of the matched 
accounts to the forecast periods. This step includes the following: 

A) Determine number of years. 

B) Determine appropriate begin/end term ranges for each forecast period. 
Block 512 represents the step of calculating amounts for each forecast period 

using an appropriate NPV forecast rule (described below). This step includes the 
following: 

A) Use account remaining term and rate from Block 504 above. 

B) Use begin/end ranges for each forecast period as determined in Block 
506 above. 
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C) Use initial amount as obtained from Block 502 above. 

D) Use information from Block 508 in the appropriate NPV forecast rule. 
Block 514 represents the step of storing results by: 

A) Cycle Number. 

B) Rule ID. 

C) Forecast Component. 

D) Account Number. 

E) Account Profit Qualifiers. 

F) Period 1 through n. 

NPV Forecast Rules 

For Block 512, there are ten general categories of NPV forecast rules: 

1. Constant (no compounding) 

2. Constant (with compounding) 

3. Additive (no compounding) 

4. Additive (with compounding) 

5. Manual (no compounding) 

6. Manual (with compounding) 

7. Declining balance 

8. Interest - unpaid principal 

9. Interest - paid principal 

10. Constant method 

The calculations performed in Block 512 by each of these NPV forecast rules are 
provided below. Each of these rules can be processed independently of each other. This 
allows the user to customize the LTV system 100 to process these rules in series (the 
default) or in parallel. 

In the rules, the following variables are used: 

Amounti = calculated amount by forecast period, 

Amounto = initial amount, 

Ro = initial rate, 

R m = monthly rate, 
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10 



Rman = manual rate, 
i = forecast period, 
j = first month in a forecast period, 
k = last month in a forecast period, 
n = amortization term, 
r = amortization rate, and 
Compounded_Rate = Ratei * Rate 2 * ... * Ratei. 

1. Constant (no compounding): 

Amount = Amount 0 * (1 + R 0 ) * ((k - j + 1) / 12) 

2. Constant (with compounding): 

15 Amount; = Amount 0 * (1 + R m y * ((k - j + 1) / 12) 

3. Additive (no compounding): 

Amount; = Amount 0 * (1 + i * (R 0 / 12)) * ((k - j + 1) / 12) 

20 

4. Additive (with compounding): 

Amount; = Amount 0 * (1 + Compoundedjtate * ((k - j + 1) / 12) 
25 5. Manual (no compounding): 

Amount; = Amount 0 * (1 + R^J * ((k - j + 1) / 12) 
6. Manual (with compounding): 

30 
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Amount . = Amount 0 * (1 + Compounded_Rate * ((k - j + 1) / 12) 

7. Declining balance: 

/, ,in*a Amount 0 . (k-j + l)*(k+j) 

Amountj = (k - j + l) * Amount 0 * - — - — — 

n 2 

8. Interest - unpaid principal: 

a a -.in Amount 0 . r (1 + r) j - (1 + r) k+1 

Amount = Amount * (k - j + 1) — * [- — (k - j + 1)] 

v J (l+r) n -l -r 

9. Interest - paid principal: 

(1 +r) k+1 - (I +rV 
Amount, = Amount 0 *[ ; 1 ; ] 

10. Constant method: 
Amountj = Amount 0 
Define NPV Attrition Rules 

The following definition is used for NPV attrition rules: 

1) NPV Attrition Rule Name. 

2) Attrition Rate Type: 

A) User Input Value. 

B) User Account Data. 

C) Both. If the user checks both, then the input value is used when no 
account data is found. 

3) Account Selection Criteria. 

4) Attrition Rate Method (choose A or B): 
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A) Attrition Rate Projection Parameters: 

i) Projection Type: 

(a) Constant. 

(b) Additive. 

5 (c) Manual Input. 

ii) Initial Rate. 

iii) Compounding Flag. 

B) Do Not Project Attrition Rate: 

i) Constant. 

10 ii) Negative Compounding Account Level rate. 

5) Display Effective Attrition Rates (when there is a user input value): 

A) Attrition Type for Manual Input. 

B) Attrition Type for Constant or Additive. 

6) Forecast Rules Selection. 

1 5 7) Store Attrition Rates by Rule. 

Apply NPV Attrition Rules 

FIG. 6 is a flowchart that further illustrates the steps performed in Block 402 
when applying the NPV attrition rules to the selected accounts. 
20 Block 600 represents the step of matching the NPV attrition rule against the 

selected accounts. This step is performed by a selector function matching selection 
criteria defined in the rule to the baseline account data. The result is a list of accounts 
satisfying the selection criteria of the rule. 

Block 602 represents the step of matching the results of the NPV forecast rules to 
25 the matched accounts. 

Block 604 represents the step of obtaining attrition rates for the matched accounts. 
This step includes the following determination: 

A) If the user has specified account data as the source of attrition rate, sum 
all attrition rates satisfying the attrition rate selection criteria. 
30 B) If the result of (A) above is 0, use the input attrition rate for all account 

satisfying the account selection criteria. 
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Block 606 represents the step of calculating an effective attrition rate for each 
forecast period. The effective attrition rate for each forecast period is the attrition rate 
from Block 604 multiplied by the Net Change Rate from the NPV attrition rule for each 
forecast period. 

5 Block 608 represents the step of performing the NPV attrition rule to calculate the 

NPV expected value using the effective attrition rate. The NPV expected value should be 
calculated as: 

A) Forecast Rule Expected Value * (1- Effective Attrition Rate) for each 
of the forecast periods. 

10 B) Forecast Rule Expected Value * Effective Attrition Rate for each of the 

forecast periods. 

In this step, after all attrition rules have been processed, an attrition rate of zero 
for all forecast periods should be applied to all forecast rule results to which no attrition 
rates have been applied. This is to insure that all forecast rule results will be included in 
15 the NPV amount. 

Block 610 represents the step of storing the results from the NPV attrition rule. 
The results should be stored at the following level of detail: 

A) Cycle Number. 

B) Attrition rule ED. 
20 C) Forecast Rule ID. 

D) Forecast Component. 

E) Account Number/Modifier. 

F) Period 1 through Period n. 

G) Unattrited Expected Profit Amount Value. 
25 H) Attrited Expected Profit Amount Value. 

NPV Attrition Rules 

For Block 608, there are eight general categories of NPV attrition rules: 
1. Constant (no compounding) 
30 2. Constant (with compounding) 

3. Additive (no compounding) 
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4. Additive (with compounding) 

5. Manual (no compounding) 

6. Manual (with compounding) 

7. Constant Method 

8. Negative Compounding 

The calculations performed in Block 608 by each of these NPV attrition rules are 
provided below. Each of these rules can be processed independently of each other. This 
allows the user to customize the LTV system 100 to process these rules in series (the 
default) or in parallel. 

In the rules, the following variables are used: 

Amountj = calculated amount by forecast period, 

Amounto = initial amount, 

Ro = initial rate, 

R m = monthly rate, 

Rman = manual rate, 

i = forecast period, 

j = first month in a forecast period, 

k = last month in a forecast period, 

n = amortization term, 

r = amortization rate, and 

Compounded_Rate = Ratei * Rate2 * ... * Ratej. 

1 . Constant (no compounding): 

Amount; = Amount 0 * (1+ R 0 ) * ((k - j + 1) / 12) 

2. Constant (with compounding): 

Amount; = Amount 0 * (1 + RJ * ((k - j + 1) / 12) 

3. Additive (no compounding): 
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Amount = Amount 0 * (1 + i * (R 0 / 12)) * ((k - j + 1) / 12) 



4. Additive (with compounding): 

Amount; = Amount 0 * (1 + Compounded__Rate * ((k - j + 1) / 12) 

5. Manual (no compounding): 

Amount; = Amount 0 * (1 + R^J * ((k - j + 1) / 12) 

6. Manual (with compounding): 

Amount; = Amount 0 * (1 + Compounded_Rate * ((k - j + 1) / 12) 

7. Constant method: 
Amount; = Amount 0 

8. Negative Compounding: 

Amount; = Initial Forecast Amount * (Attrition Rate * (1 - Attrition Rate)") 
Calculate Present Value of Expected Profit Amount 

As noted above, after the forecast amounts have been calculated in Block 400, 
and the attrition rates applied in Block 402, the NPV amount is calculated in Block 404. 
In this step, the NPV expected values from Block 402 are discounted using rates input by 
the user when defining the forecast periods. There is only one set of forecast rates for the 
entire model and there is only one rate for each forecast period. 
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If the user entered annual rates when setting up the modeling environment, then 
the NPV amount is calculated as: 

NPV Amount , y NPV Expected Value, 

5 

where: 

i = 1, n = number of forecast periods, and 

T\ = annual rate entered by the user for forecast period i. 

10 Aggregate to LTV Object 

The results of the above calculation are aggregated to the LTV Object and the 
forecast period for use in the calculation of the LTV amount. In addition, as noted above, 
the results of the FV calculation will need to be combined with NPV results in Block 308 
for the LTV Object and forecast period, so this step is needed to aggregate data for use by 

15 the FV calculations as well. 

Future Value 
FV Calculations 

FIG. 7 is a flowchart that further illustrates the steps performed in Block 306 
20 when performing the FV calculations. 

Block 700 represents the step of calculating propensity amounts for each forecast 
period for the selected accounts. 

Block 702 represents the step of applying attrition rates to the calculated 
propensity amounts to arrive at FV expected values, wherein the attrition rates comprise a 
25 probability that the selected accounts will continue to exist. 

Block 704 represents the step of calculating the FV amount by discounting the FV 
expected values for each forecast period and summing the discounted FV expected 
values. 

These steps are described in more detail below. 

30 
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Define FV Propensity Rule 

The following definition is used for FV propensity rules: 

1) FV Propensity Rule Name. 

2) Propensity Rate Type: 

A) Forecast Component. 

B) FV Forecast Amount (a user-entered numerical value). 

C) Initial Propensity Source: 

i) User Input. 

ii) LTV Object Propensity Selection Criteria. 

iii) If the user enters a rate as well as selection criteria, then the 
selection criteria will take precedence. 

3) Propensity Method: 

A) Forecast Amount Projection: 

i) Projection Type: 

(a) Constant. 

(b) Additive. 

(c) Manual Input. 

ii) Initial Rate. 

iii) Compounding Flag. 

B) Propensity Rate: 

i) Constant. 

ii) Negative Compounding. 

4) LTV Object Selection Criteria. The user is limited to selection criteria based on 
LTV Object attributes. 

5) Display Effective Propensity Rates: 

A) Propensity Type for Manual Input. 

B) Propensity Type for Constant or Additive. 
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Apply FV Propensity Rules 

FIG. 8 is a flowchart that illustrates the steps performed in Block 700 when 
calculating the propensity amounts by applying the FV propensity rules to the selected 
accounts, as well as the NPV amounts. 
5 Block 800 represents the step of matching the FV propensity rule against the 

selected accounts. This step is performed by a selector function matching selection 
criteria defined in the FV propensity rule to the baseline account data. The result is a list 
of accounts satisfying the selection criteria of the rule. 

Block 802 represents the step of determining an initial propensity rate for the 
10 matched accounts. This step includes the following: 

A) If the rule specifies a propensity rate of either LTV Object or both, then 
match the LTV Object obtained in Block 800 above and the propensity qualifier 
from the rule definition to the LTV Object propensity data, and use the propensity 
rate found in the LTV Object. If more than one initial propensity satisfies the 

15 selection criteria, these can be added together to obtain a single propensity rate for 

each LTV Object. 

B) If no propensity rate is found or if the rule specifies a propensity source 
of user input, then use the propensity rate entered by the user. 

Block 804 represents the step of calculating a rate change for the matched 
20 accounts. 

Block 806 represents the step of calculating an effective propensity rate for each 
forecast period by applying the rate change to each initial propensity rate for each 
forecast period. This step includes: 

A) Apply the rate change formulas provided below to each initial 
25 propensity rate for each forecast period. 

B) Note that if the source of initial propensity rate is user input, then this 
calculation only needs to be done once for each FV propensity rule, since the 
initial rate and projection parameters are the same. 

Block 808 represents the step of calculating the FV amount from the FV expected 
30 values and the effective propensity rates for each forecast period by performing the FV 
propensity rules. 
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Block 810 represents the step of storing the results. The results should be stored 
at the following level of detail: 

A) Cycle Number. 

B) Propensity Rule ID. 

C) Forecast Component. 

D) LTV Object ED. 

E) Period 1 through Period n. 

F) Expected value amount. 



FV Propensity Rules 

For Block 812, There are eight general categories of FV propensity rules: 

1 . Constant (no compounding) 

2. Constant (with compounding) 

3. Additive (no compounding) 

4. Additive (with compounding) 

5. Manual (no compounding) 

6. Manual (with compounding) 

7. Constant Method 

8. Negative Compounding 

The calculations performed in Block 812 by each of these FV propensity rules are 
provided below. Each of these FV propensity rules can be processed independently of 
each other. This allows the user to customize the LTV system 100 to process these rules 
in series (the default) or in parallel. 

In the rules, the following variables are used: 

Amounti = calculated amount by forecast period, 

Amounto = initial amount, 

Ro = initial rate, 

R m = monthly rate, 

R man = manual rate, 

i = forecast period, 

j = first month in a forecast period, 
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k = last month in a forecast period, 

n = amortization term, 

r = amortization rate, and 

Compounded_Rate = Ratei * Rate 2 * ... * Ratej. 

5 

1. Constant (no compounding): 
Amount; = Amount 0 * (1 + R 0 ) * ((k - j + 1) / 12) 
10 2. Constant (with compounding): 

Amount; = Amount 0 * (1 + RJ * ((k - j + 1) / 12) 

3. Additive (no compounding): 

15 

Amountj = Amount 0 * (1 + i * (R 0 / 12)) * ((k - j + 1) / 12) 

4. Additive (with compounding): 

20 Amount; = Amount 0 * (1 + Compounded_Rate * ((k - j + 1) / 12) 

5. Manual (no compounding): 

Amount; = Amount 0 * (1 + R^J * ((k - j + 1) / 12) 

25 

6. Manual (with compounding): 

Amountj = Amount 0 * (1 + Compounded_Rate * ((k - j + 1) / 12) 
30 7. Constant method: 
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Amoun^ = Amount 0 



8. Negative Compounding: 

5 

Amount = Initial Forecast Amount * (Attrition Rate * (1 - Attrition Rate) 0 ) 
Define FV Attrition Rules 

The following definition is used for FV attrition rules: 
10 1 ) FV Attrition Rule Name. 

2) FV Attrition Rate Types: 

A) Attrition Rate Source: 

i) User Input. 

ii) LTV Object Data. 

15 iii) If the enters both (i) and (ii) above, then the LTV Object 

Attrition Rate takes precedence. 

B) FV Attrition Rate Selection Criteria. 

3) FV Attrition Rate Method (choose A or B): 

A) Project Attrition Rate: 
20 i) Proj ection Type: 

(a) Constant. 

(b) Additive. 

(c) Manual Input, 
ii) Compounding Flag. 

25 iii) Display Effective Attrition Rates: 

(a) Attrition Rate Type for Manual Input. 

(b) Attrition Rate Type for Constant or Additive. 

B) Do Not Project Attrition Rate (choose i or ii): 

i) Constant. 

30 ii) Negative Compounding. 

4) FV Propensity Rules. 
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5) LTV Object Selection Criteria. The user is limited to selection criteria based 
on LTV Object attributes. 

Apply FV Attrition Rules 

FIG. 9 is a flowchart that further illustrates the steps performed in Block 702 
when applying the FV attrition rules to the selected accounts and/or the results of the FV 
propensity rules. 

Block 900 represents the step of matching the FV attrition rule against the 
selected accounts. This step is performed by a selector function matching selection 
criteria defined in the rule to the baseline account data. The result is a list of accounts and 
their related LTV Objects satisfying the selection criteria of the rule. 

Block 902 represents the step of matching the results of the FV propensity rule to 
the matched accounts. 

Block 904 represents the step of obtaining an attrition rate for the matched 
accounts. The attrition rate may be specified in the rule, or entered by the user, or 
specified in the account. If more than one attrition rate satisfies the selection criteria, 
these should be added together to obtain a single attrition rate. 

Block 906 represents the step of calculating an effective attrition rate for each 
forecast period from the attrition rate and a net change rate defined in the FV attrition rule 
for each forecast period. 

Block 908 represents the step of performing the FV attrition rule to calculate the 
FV expected value using the effective attrition rate. This step includes: 

A) Propensity Rule Unattrited Profit Amount = Propensity Rule Amount * 
(1- Effective Attrition Rate) for each of the forecast periods. 

B) Propensity Rule Attrited Profit Amount = Propensity Rule Amount * 
(Effective Attrition Rate). 

After all attrition rate rules have been processed, an attrition rate of zero for all 
forecast periods should be applied to the FV propensity rule results to which no attrition 
rates have been applied. This is to insure that all FV propensity rule results will be 
included in the FV amount. 



29 



NCR 11199 



Block 910 represents the step of storing the results. The results should be stored 
at the following level of detail: 

A) Cycle Number. 

B) Attrition rule ID. 

C) LTV Object ID. 

D) Propensity Rule ED. 

E) Period 1 through Period n. 

F) Attrited Expected Value. 

G) Unattrited Expected Amount. 



FV Attrition Rules 

For Block 908, there are eight general categories of FV attrition rules: 

1. Constant (no compounding) 

2. Constant (with compounding) 

3. Additive (no compounding) 

4. Additive (with compounding) 

5. Manual (no compounding) 

6. Manual (with compounding) 

7. Constant Method 

8. Negative Compounding 

The calculations performing in Block 908 by each of these FV attrition rules are 
provided below. Each of these rules can be processed independently of each other. This 
allows the user to customize the LTV system 100 to process these rules in series (the 
default) or in parallel. 

In the rules, the following variables are used: 

Amountj = calculated amount by forecast period, 

Amounto = initial amount, 

Ro = initial rate, 

R m = monthly rate, 

Rman = manual rate, 

i = forecast period, 
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j = first month in a forecast period, 

k = last month in a forecast period, 

n = amortization term, 

r = amortization rate, and 

Compounded_Rate = Ratei * Rate 2 * ... * Ratej. 

1. Constant (no compounding): 

Amount; = Amount 0 * (1 + R 0 ) * ((k - j + 1) / 12) 

2. Constant (with compounding): 

Amount; - Amount 0 * (1 + R m ) i * ((k - j + 1) / 12) 

3. Additive (no compounding): 

Amount; = Amount 0 * (1 + i * (R 0 / 12)) * ((k - j + 1) / 12) 

4. Additive (with compounding): 

Amount; = Amount 0 * (1 + Compounded_Rate * ((k - j + 1) / 12) 

5. Manual (no compounding): 

Amount; = Amount 0 * (1 + R^J * ((k - j + 1) / 12) 

6. Manual (with compounding): 

Amount; = Amount 0 * (1 + Compounded_Rate * ((k - j + 1) / 12) 
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7. Constant method: 



Amount j = Amount 0 

8. Negative Compounding: 

Amount . = Initial Forecast Amount * (Attrition Rate * (1 - Attrition Rate)") 
Calculate Present Value of FV Results 

As noted above, after the propensity amounts have been calculated in Block 700, 
and the attrition rates applied in Block 702, the FV amounts for each forecast period are 
calculated in Block 704. In this step, the FV expected values from Block 702 are 
discounted using rates input by the user when defining the forecast periods. 

If the user entered annual rates when setting up the modeling environment, then 
the FV amount is calculated as: 

_ , FV Expected Value- 
FV Amount: = ; L 

where: 

i = 1, n = number of forecast periods, and 

T\ = the annual rate entered by the user for forecast period i. 

NPV/FV Integration 

Calculate LTV for Each LTV Object 

After the NPV and FV amounts have been calculated for each LTV Object and 
forecast period combination, the results need to be integrated to arrive at a final LTV for 
each LTV Object. This involves the following: 

1. Sum the FV amounts across the forecast periods to arrive at a single FV 
amount. 
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2. Aggregate the FV amounts for each LTV Object to arrive at a final FV amount 
for each customer. 

3. Match the final FV Amount to the NPV results that were aggregated for the 
LTV Object and add the two together to arrive at a final NPV/FV amount, i.e., an LTV 
amount. 

Report and Store Results 
NPV/FV Results 

As noted above, the final step is the LTV system 100 reporting and/or storing the 
results of the calculations. The results may be reported directly to the LTV Client 102 or 
another system, such as a CRM system. In addition, the results may be stored, for 
example, in the RDBMS 106 for further review and analysis. 

Calculate Net Change Rate 

When defining growth, attrition and propensity assumptions, the user inputs an 
initial rate, rate change type and indicates a compounding flag. These three parameters 
are then used to calculate a Net Change Rate for each of the forecast periods. There are 
three possible rate change types: 

1 . Constant 

2. Additive 

3. Manual Input 

Since there are two compounding possibilities, compounding or non- 
compounding, this means there are six formulas which are used to calculate the Net 
Change Rate in any forecast period. 

First, the Net Change Rate for any period needs to be more fully defined. In all 
the forecast periods, the system 100 starts with an initial amount, Amounto, and needs to 
forecast what that amount will be in period n, Amounts 

Since the initial amount is known, and the rate at which the initial amount 
changes is also known, a rate representing the ratio between the forecast amount and the 
initial amount can be derived and used to represent the Net Change Rate of the initial 
amount. It is the Net Change Rate, which is calculated and stored to be applied to various 
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initial amount. In this way, the same growth patterns can be applied to various initial 
amounts. 

So, for each forecast period i, the following is defined: 



„ t ^ Amount- t 

Net Change Rate; = L -l 

Amount n 



The value 1 is subtracted from the ratio, so the Net Change Rate represents the 
amount of increase or decrease from the initial amount. Note that the amount needs to be 
expressed in either months or years to be consistent. Also note that the term "Amount" is 
10 used, but this could be any value, such as an initial propensity rate. 

In one embodiment, where the forecast period is based on years, the number of 
months in each forecast period may vary since the first forecast period covers the 
remainder of the current calendar year. The users then inputs annual rates, which means 
that the rates must be converted to monthly rates and averaged for the forecast period. 
15 N = the number of forecast periods. 

Ro = Initial Rate specified by the user. 

j = the first month in a forecast period. 

k = the last month in a forecast period. 

Ri = Rate input by the user for forecast period i. Used for manual input rate 
20 change type only. 

R m = Monthly rate. 

Projection Method = Constant, No Compounding 

The amount received in any period i is the amount received in the initial period 
25 multiplied by 1 plus the rate amount: 

Amount ; = Amount 0 *(1+R 0 ) 
Not unexpectedly this yields: 
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Net Change Rate^Ro 



Projection Method = Constant, With Compounding 

The rate is compounded for each monthly rate in the forecast period. The amount 
rate recognized in any month i is: 

Amount . = Amount 0 * ( 1 +R 0 / 1 2) x 

So, the amount recognized between any two periods is: 

^Amount i =^Amount 0 *(l+R 0 /12y 

The above equation can be restated as: 



This means the amount received in any period j through k is expressed by the 
above equation. If the rate of change were 0, the amount received between period j and k 
would be: 

^Amount 0 = (k-j+l)*Amount 0 

This means the Net Change Rate will be: 



k 

^ Amount ( = Amount 0 



yi2 



Net Rate of change 1 



[(l+R 0 /12 (k+l) -(l+R 0 /12) j ] 
(R 0 /12)*(k-j+l) 



-1 
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Projection Method Additive. No Compounding 

The rate is additive for each monthly period. So, the amount recognized in any 
period is given by: 



5 Amount; = Amount 0 *(l+i*(R 0 /12)). 

So, the amount recognized in a forecast period ranging form j to k is: 

£ Amount, = X[Amount 0 *(l+i*(R 0 /12))] 

j 

=Amount 0 *X( 1+i *( R ( /12)) 

=Amount 0 *[Z 1+ ( R o /12 )*Z i ) 

=Amount 0 *[(k-j+l)+ (R 0 /12)*(k-j+l)*(k+j)/2) 

10 

If the rate of change were 0, the amount received between period j and k would 

be: 

Amount 0 = (k-j+1) * Amount 0 

15 

This means the Net change rate for any forecast period i: 

NetChangeratej AMin^mwm .r 

(k-j+1) 

Projection Method Additive, With Compounding 
20 The rate increases each forecast period but it is also compounded by previous 

period rates. The resulting formula is not a single closed-end formula. This is because the 
rate for each period varies by an amount determined by the cumulative factors of all 
previous periods. This is expressed as: 
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Compounded Net Change Rates for periodj = Net Change Rate for period] *... * 

Net Change Rate for periodj 



This implies a two step process to calculate the compounded net change rate for 
each forecast period: 

1. Calculate the additive Net Change Rate for each forecast period. 

2. Calculate Compounded additive Net Change Rate using the formula above. 

Projection Method Manual Input, No Compounding 

The user inputs an average annual rate for each forecast period. This rate only 
needs to be adjusted for the number of months each forecast period: 



Net Change Rat^ = (k " j ^ 1)Ri 



Projection Method Manual Input, With Compounding 

This is the same process as with the additive compounding method except the 
user is inputting the Net Change Rate rather than calculating them. 

Compounded Net Change Rates for periodj = Net Change Rate for periodi *... * 

Net Change Rate for periodj 

This implies a two step process to calculate the average rate for each forecast 

period: 

1. Calculate the monthly rate for all periods 

3. Calculate the Compounded Net Change Rate using the formula above 
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CONCLUSION 

This concludes the description of the preferred embodiment of the invention. The 
following paragraphs describe some alternative embodiments for accomplishing the same 
invention. 

5 In one alternative embodiment, any type of computer or configuration of 

computers could be used to implement the present invention. In addition, any database 
management system, decision support system, on-line analytic processing system, or 
other computer program that performs similar functions could be used with the present 
invention. 

10 In summary, the present invention discloses a Life-Time Value (LTV) system that 

is a data-driven computer-facilitated financial model that provides accurate and consistent 
profitability projections using current period account level profitability data stored in a 
Relational Database Management System (RDBMS). The Life-Time Value system 
performs Net Present Value (NPV) and Future Value (FV) processing using business-rule 

15 and data-driven applications that embrace the current period profit components, defines 
forecast periods, parameters and methodologies, and applies appropriate growth values, 
attrition values and propensity values to an object of future value interest. 

The foregoing description of the preferred embodiment of the invention has been 
presented for the purposes of illustration and description. It is not intended to be 

20 exhaustive or to limit the invention to the precise form disclosed. Many modifications 
and variations are possible in light of the above teaching. It is intended that the scope of 
the invention be limited not by this detailed description, but rather by the claims 
appended hereto. 
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